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(§) Verfahren zur Dokumentation von Daten eines Verkehrsmittels 

® Verfahren zur Dokumentation von Daten eines Ver- 
kehrsmittels, wobei die Daten in einem Datenspeicher (2) 
im Verkehrsmittel (1) abgelegt werden, die Daten im Da- 
tenspeicher (2) bei Anderungen aktualisiert werden und 
diese Daten uber eine drahtlose Daten u be rt rag ungsein- 
richtung (4) an eine Zentrale (5) auSerhalb des Verkehrs- 
mittels (1) ubertragen werden, wobei die Zentrale (5), aus- 
gelost durch ein Initiierungssignal, die Daten an einen 
Konfigurations-Dokumentationsserver (7) weiterleitet 
und die Daten in einer Datenbank (6) gespeichert werden, 
dadurch gekennzeichnet, dass 

die Kompatibilitatsanforderungen der Produkte auf ei- 
nem Kompatibilitats-Dokumentationsserver (9) in einer 
Datenbank (8) abgelegt werden, 

eine Kompatibilitatsprufung fur die im Verkehrsmittel (1) 
vorhandenen Produkte mittels der Daten des Kompatibili- 
tats-Dokumentationsservers (9) durchgefuhrt wird und 
die Dokumentationsserver (7 und 9) uber Schnittstellen 
kommunizieren, um aufcerhalb des Verkehrsmittels (1) 
Konfigurationsstande von Produkten im Verkehrsmittel 
(1) zu uberprufen. 
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Beschreibung 



[0001] Die Erfindung betrifft ein Verfahren zur Dokumen- 
tation von Daten eines Verkehrsmitteis, wobei die Daten in 
einem Datenspeicher im Verkehrsmittel abgelegt werden, 5 
die Daten im Datenspeicher bei Anderungen aktualisiert 
werden und diese Daten iiber eine drahtlose Datenubertra- 
gungseinrichtung an eine Zentrale auBerhalb des Verkehrs- 
mitteis ubertragen werden, wobei die Zentrale, ausgelost 
durch ein Initierungssignal, die Daten an einen Konfigurati- 10 
ons-Dokumentationsserver weiterleitet und die Daten in ei- 
ner Datenbank gespeichert werden. 

[0002] Aus der DE 198 39 310 Al ist ein Sicherungssy- 
stem fur die in einem Fahrzeug von einer Terminalvorrich- 
tung verwendeten Daten bekannt. Das Sicherungssystem 15 
speichert und sichert diese Daten in einem Zentrurn auBer- 
halb des Fahrzeugs. Die in dem Fahrzeug zu verwendenden 
Daten stellen die Daten zum Ausfuhren des Programms und 
die Programmdaten selbst dar. Die Daten sind in normale 
und spezielle Daten klassifiziert. Die normalen Daten wer- 20 
den auf gleiche Art und Weise von zahlreichen Fahrzeugen 
verwendet, wahrend die speziellen Daten fur jedes Fahrzeug 
einmalig sind. Die speziellen Daten werden unverandert an 
das Zentrum gesendet, wahrend fiir die normalen Daten 
nicht die normalen Rohdaten, sonder Identifikationscodes 25 
gesendet werden. 

[0003] Die DE 198 50 133 Al offenbart ein System zur 
Neuprogrammierung eines Steuerspeichers, um Daten in ei- 
nem Steuerspeicher einer Steuereinheit, wie etwa einer 
Fahrzeug-Steuereinheit, mit einer externen Einrichtung zum 30 
Laden eines Aufzeichnungsmediums neu zu schreiben. 
Beim Neuschreiben vergleicht das Neuprogrammierungssy- 
stem den Identifikationscode der Steuereinheit mit dem 
Kompatibilitatsinformationssatz auf dem Aufzeichnungs- 
medium, um die Kompatibilitat zwischen den Daten im 35 
Steuerspeicher und den Daten auf dem Aufzeichnungsme- 
dium zu priifen und verhindert die Neuprogrammierung mit 
dem Aufzeichnungsmedium, wenn die Kompatibilitat nicht 
bestatigt wird. 

[0004] Aus der DE 198 53 000 Al ist ein Verfahren und 40 
eine Anordnung zum Versorgen von Kraftfahrzeugen mit 
Daten bekannt. Die Daten werden zum Betrieb von Rege- 
lungs- und Steuersystemen verwendet. Mit Hilfe einer 
drahtlosen Datenubeitragungseinrichtung zwischen Fahr- 
zeug und einer Zentrale ist gewahrleistet, dass Daten iiber- 45 
tragen, abgefragt oder ausgetauscht werden konnen. Diese 
Daten werden zum Betrieb, zur Uberwachung, zur Aktuali- 
sierung und zur technischen Diagnose bzw. Analyse wie 
z. B. des Bremssystems, des Fahrwerks, der Luftdruck der 
einzelnen Rader etc. herangezogen . Der Schwerpunkt dieses 50 
Verfahrens liegt in der Telediagnose, das heiBt in der draht- 
losen "Obermittlung von Oberwachungsdaten, die in regel- 
maBigen Zeitabstanden von der Zentrale erfasst werden. Die 
Zentrale leitet dann gegebenenfalls KorrekturmaBnahmen 
ein, wie dies aus Diagnosevorgangen bei Werkstattbesuchen 55 
bekannt ist. 

[0005] Problematisch bei diesem Verfahren ist, dass die 
Zentrale sich immer erst mit dem Verkehrsmittel in Kontakt 
setzen muB, um Zugriff auf die Daten des Verkehrsmitteis 
gewahrleisten zu konnen. Zudem steht beim Funkkontakt 60 
nur eine schmale Bandbreite iiber ein kurze Zeitspanne fur 
die drahtlose Datenubertragung zur Verfugung. Dadurch 
muB eine Auswahl aus den zur Verfugung stehenden Daten 
getroffen werden, d. h. nicht alle zur Verfugung stehenden 
Daten werden ubertragen. 65 
[0006] Ferner ist aus der nachveroffentlichten 
DE 100 37 397 Al ein Verfahren zum Laden von Software 
in ein Zielgerat und ein Fahrzeugsteuerungssystem zur 



Durchfuhrung des Verfahrens bekannt, wobei das Verfahren 
nur geringe Anforderungen an die Leistungsfahigkeit des 
Zielgerats stellt. Dabei wird das Laden eines Software-Mo- 
duls in verschiedene Teilschritte unterteilt. Unter anderem 
wird ein Schritt fur einen Konfigurationsmanager definiert, 
wobei eine Kompatibilitatspriifung aus den direkt mit der 
Software mitgefuhrten Kompatibilitatsinformationen durch- 
fuhrt wird, unabhangig davon, ob diese noch aktuell giiltig 
sind. 

[0007] Der Erfindung liegt als Aufgabe die Bereitstellung 
eines Verfahrens zugrunde, das eine Aktualisierung von Pro- 
dukten und eine Kompatibilitatspriifung der Produkte im 
Verkehrsmittel erleichtert bzw. der Produktkonfiguration 
entsprechende Daten in einer Zentrale auBerhalb des Ver- 
kehrsmitteis ablegt und dabei gewahrleistet, dass diese Da- 
ten einen aktuellen Stand sowie deren chronologischen Ver- 
lauf darstellen. 

[0008] Diese Aufgabe wird erfindungsgemaB durch die 
Merkmale des Verfahrens nach Anspruch 1 gelost. Die Da- 
ten im Datenspeicher des Verkehrsmitteis werden bei Ande- 
rungen, also insbesondere beim Erneuern, Hinzufiigen, Aus- 
tauschen und Entfernen von Produkten, aktualisiert. Danach 
werden die Daten, ausgelost durch ein Initiierungssignal, 
von der Zentrale an einen Konfigurations-Dokumentations- 
server weitergeleitet. Diese Daten werden in einem zweiten 
Schritt von dem Konfigurations-Dokumentationsserver in 
einer Datenbank in chronoiogischer Reihenfolge und unter- 
gliedert in Produkte, insbesondere Produktteile und/oder 
technische Gerate und/oder Software, gespeichert. 
[0009] ErfindungsgemaB ist erkannt worden, dass bei dem 
Verfahren zur Documentation die Abspeicherung der Konfi- 
gurationsdaten in der Datenbank aufgeteilt entsprechend der 
verschiedenen Produkte, wie Produkteile, Hard- oder Soft- 
ware, erfolgt. Die Konfiguration der Produkte im Verkehrs- 
mittel wird dadurch erfasst und kann mit Suchalgorithrnen 
fur Auswertungen einzelner Produkte uberarbeitet werden. 
Zudem konnen an diesen Daten turnusmaBige ttberprufun- 
gen zur Sicherung der Qualitat und des neuesten Produkt- 
standes im Verkehrsmittel durchgefiihrt werden. 
[0010] Sollte eine Aufgliederung der Konfigurauonsdaten 
nach dem individuellem Verkehrsmittel notwendig sein, 
muss bei der drahtlosen Datenubertragung vom Verkehrs- 
mittel zur Zentrale eine eindeutige Kennung fur das Ver- 
kehrsmittel ubermittelt und mit den Daten abgelegt werden. 
Die Kennung kann beispielsweise eine Fahrzeug-Identnum- 
mer bzw. jede andere Art von eindeutigem Code sein. Zu- 
dem kann die Identifizierung des Verkehrsmitteis auch 
durch eine individuell zugewiesene IP-Adresse oder Tele- 
fonnummer realisert werden, die beim Verbindungsaufbau 
abgefragt und ebenfalls mit den Daten abgelegt wird. 
[0011] Ferner gewahrleistet die Speicherung der Daten 
unabhangig vom und auBerhalb des Verkehrsmitteis jeder- 
zeit kontrollierten Zugriff auf diese Daten durch das 
Werk(Fahrzeughersteller), die Servicestelle usw. Ein ent- 
scheidender Vorteil der Erfindung besteht darin, dass im 
Moment der Anforderung zur Auswertung kein Funkkon- 
takt zum Verkehrsmittel bestehen muB. Die Daten konnen 
zu einem beliebigen Zeitpunkt aus dem Verkehrsmittel in- 
ternen Datenspeicher ausgelesen werden und unabhangig 
vom und auBerhalb des Verkehrsmitteis gespeichert werden. 
Zudem kann durch dieses Verfahren sichergestellt werden, 
dass bei einem Verlust des Datenspeichers im Verkehrsmit- 
tel durch Unfall oder Manipulation, die Konfigurationsdaten 
des betreffenden Verkehrsmitteis weiterhin zur Verfugung 
stehen. Insbesondere kann durch effiziente und revisionssi- 
chere Backup-Systeme fiir Server und Datenbanken sicher- 
gestellt werden, dass ein Datenveriust unmoglich wird. 
[0012] Ein weiterer Vorteil des erfindungsgemaBen Ver- 
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fahrens fiir die Verkehrsmitteldokumentation ist die Beweis- 
sicherung im Falle von Produkthaftung, da die Daten in 
chronologischer Reihenfolge, also mit einer zusatzlichen 
Datumsinformation versehen, in der Datenbank abgespei- 
chert werden. Dies ermoglicht ebenfalls Auswertungen zur 
Historie der Produkte im Verkehrsmittel, also deren Konfi- 
gurationsanderungen im Lebenszyklus des Verkehrsmittel s 
bzw. des Produkts, durchzufuhren. 

[0013] Diese Aufgabe wird erfindungsgemaB auch durch 
die Merkmale des Verfahrens nach Anspruch 2 gelost. Da- 
nach werden die Daten, die in einem Datenspeicher im Ver- 
kehrsmittel abgelegt sind, mit Hilfe drahtloser Datenuber- 
tragungseinrichtungen, ausgelost durch ein Initiierungssi- 
gnal, an eine Zentrale gesendet, welche diese Daten an einen 
Konfigurations-Dokumentationsserver zur Speicherung in 
einer Datenbank weiterleitet. Die Kompatibilitaisanforde- 
rungen der Produkte, insbesondere Produktteile und/oder 
Software, werden auf Kompatibilitats-Dokumentationsser- 
vern in Datenbanken abgelegt. Die Dokumentationsserver 
verfugen iiber Schnittstellen zur Kommunikation. Damit 
kann mittels der Daten aus den Dokumentationsservem eine 
Kompatibilitatspriifung fiir die im Verkehrsmittel vorhan- 
den Produkte, insbesondere Produktteile und/oder Software, 
durchgefuhrt werden. 

[0014] ErfindungsgemaB ist erkannt worden, dass bevor- 
zugt ein Kompatibilitats-Dokumentationsserver vorgesehen 
wird, der iiber Produkte, insbesondere Produktteile und/oder 
technische Gerate und/oder Software, Informationen spei- 
chert, welche spezifischen Abhangigkeiten gegeben und 
einzuhalten sind. Mit den Daten des Konfigurations-Doku- 
mentationsserver wird dazu eine Kompatibilitatspriifung fiir 
die entsprechenden Konfigurationsstande im Verkehrsmittel 
durchgefuhrt 

[0015] Die zentrale Speicherung der Kompatibiltatsinfor- 
mationen auf dem Kompatibihtals-Dokumentalionsserver 
hat den Vorteil, dass diese schnell aktualisiert werden kon- 
nen und Fehler durch veraltete Kompatibilitatsdaten, die 
zum ZeitpUnkt der Auslieferung dem Produkt, insbesondere 
Produktteilen und/oder Software, mitgegeben wurde, ver- 
mieden werden. 

[0016] AuBerdem werden zur Kompatibilitatspriifung der 
Produkte eines Verkehrsmitteis die individuellen Konfigura- 
tionsdaten des Vericerirsrnittels, also die Konfigurations-Do- 
kumentation, sowie die Kompatibilitatsanforderungen der 
Produkte, bspw. der Produktteile und/oder Software, also 
die Kompatibilitats-Dokumentation, Uber Schnittstellen fiir 
den Kompatibilitatstest zur Verfugung gestellt. 
[0017] Bei einer Weiterbildung der Erfindung wird das In- 
itiierungssignal fiir die drahtlose Dateniibertragung entwe- 
der von der Zentrale und/oder einer Bedieneinheit am \fer- 
kehrsmittel und/oder durch die Aktualisierung des Daten- 
speichers im Verkehrsmittel ausgelost. Die Anfrage, bei- 
spielsweise durch die Zentrale, kann tumusmaBig erfolgen, 
urn gesicherte Informationen uber den Zustand der Ver- 
kehrsmittel zu erhalten. 

[0018] Ist fur einen Hersteller die Dokumentation aller 
Konflgurationsstande eines Verkehrsmittels auch nach dem 
Verkauf Pflicht, so bietet es sich an, diese mit der Aktualisie- 
rung von Daten im Datenspeicher des Verkehrsmittels zu 
verbinden. Dieses Vorgehen konnte derart erweitert werden, 
dass der Kunde durch eine Bedieneinheit im Verkehrsmittel 
das Versenden der Daten bestaugt oder aus Geheimhal- 
tungsgriinden verweigert. 

[0019] Bei der Kompatibilitatspriifung kann die Daten- 
iibertragung durch die Zentrale und/oder einer Bedienein- 
heit am Verkehrsmittel und/oder durch die Aktualisierung 
des Datenspeichers im Verkehrsmittel ausgelost werden. 
Die Anfrage, beispielsweise durch die Zentrale im Werk 



oder einer Services telle, kann notwendig werden, wenn An- 
derungen in den Kompatibilitats-Dokumentationsservern 
eingespielt wurden. Sollten Kompatibilitatsprobleme bei be- 
stimmten Konfigurationsdaten ermittelt werden, konnen 
5 diese Verkehrsmittel gezielt zuriickgerufen werden. 

[0020] Die Bedieneinheit am Verkehrsmittel versetzt den 
Fahrer des Verkehrsmittels und/oder die Werkstatte, in der 
das Verkehrsmittel gewartet wird, in die Lage, den Kompa- 
tibiltatstest durchzufuhren. Ist der Kompatibilitatstest mit 
io der Aktualisierung der Daten im Datenspeicher des Ver- 
kehrsmittels gekoppelt, so konnen Konfigurationsfehler so- 
fort festgestellt werden und es kann gezielt bei deren Behe- 
bung vorgegangen werden. 

[0021] Bei einer anderen Weiterbildung der Erfindung 

15 konnen die Daten nach deren erfolgreichem Ablegen in der 
Datenbank des Konfigurations-Dokumentationsservers im 
Datenspeicher des Verkehrsmittels geloscht werden. Dies 
kann z. B. dadurch erzielt werden, dass die erfolgreich auf 
den Konfigurations-Dokumentationsserver uberspielten Da- 

20 ten sofort nach der ordnungsgemaBen Riickmeldung ge- 
loscht werden oder indem diese Daten eine besondere Ken- 
nung erhalten und diese besonders gekennzeichneten Daten 
tumusmaBig geloscht werden. Dies hat den \brteil, dass der 
Datenspeicher im Verkehrsmittel klein gehalten werden 

25 kann. Zudem kann dieses Verfahren dazu beniitzt werden, 
dass nur die aktualisierten Konfigurationsdaten des Ver- 
kehrsmittels zur Zentrale gesendet werden. Dies hat den 
Vorteil, dass die schmale Bandbreite zur Dateniibertragung 
optimal genutzt wird. 

30 [0022] Bevorzugt werden Aktualisierungen von Produk- 
ten und/oder Produktteilen und/oder Software im Verkehrs- 
mittel erst nach erfolgreichem Ablegen der Daten in der Da- 
tenbank des Konfigurations-Dokumentationsservers zuge- 
lassen. Der Vorteil dieses Verfahrens besteht darin, Ande- 

35 rungen am Verkehrsmittel, die nicht dokumentiert werden 
konnen, zu verhindern. 

[0023] Altemativ hierzu kann genau eine Aktualisierun- 
gen von Produkten und/oder Produktteilen und/oder Soft- 
ware im Verkehrsmittel ohne zwingendes Ablegen der Da- 

40 ten in der Datenbank des Konfigurations-Dokumentations- 
servers zugelassen werden. Eine weitere Aktualisierung ist 
dann erst nach erfolgreichem Ablegen der Daten in der Da- 
tenbank des Konfigurations-Dokumentationsservers zulas- 
sig. Dies verhindert Diskrepanzen zwischen dem Verkehrs- 

45 mittel und dem Konfigurations-Dokumentationsservers. 
[0024] Es gibt nun verschiedene Moglichkeiten, die Lehre 
der vbrliegenden Erfindung in vorteilhafter Weise weiterzu- 
bilden. Dazu ist einerseits auf die untergeordneten Ansprii- 
che und andererseits auf die nachfolgende Erlauterung zum 

50 Verfahren zu verweisen. In der Zeichnung ist eine Variante 
des erfindungsgemaBen Verfahrens dargestellt. Es zeigt in 
schematischer Darstellung, 

[0025] Fig. 1 eine Vorrichtung zur Durchfuhrung des Ver- 
fahrens. 

55 [0026] Ein Verkehrsmittel 1 verfugt iiber einen Datenspei- 
cher 2 in dem Konfigurationsdaten iiber Produkte, insbeson- 
dere Produktteile und/oder technische Gerate und/oder Soft- 
ware, abgelegt sind. Die Konfigurationsdaten werden auto- 
matisch von dem Datenspeicher 2 erfasst, sobald eine Ver- 

60 anderung der Produkte im Verkehrsmittel 1 vorgenommen 
wird. 

[0027] Wenn die Produkte Software beinhalten, weisen 
die Konfigurationsdaten ein Aktualisierungsdatum, eine Be- 
zeichnung des Software-Moduls, eine Angabe eines Zielge- 
65 rats, einen Versionsstand sowie optional die bereits in der 
Software vorhandenen Kompatibilitatsinformationen auf. 
[0028] Die Daten werden aus dem Datenspeicher 2 ausge- 
lesen und uber eine Sende-Empfangseinheit 3 mittels draht- 
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loser Ubertragungseinrichtung 4, die z. B. mil elektroma- 
gnetischer Strahlung uber einen Satellit erfolgen kann, zur 
Zentrale 5 kommuniziert. Die Zentrale 5 leitet die empfan- 
genen Daten an einen Konfigurations-Dokumentationsser- 
ver 7 weiter. S 
[0029] Die Zentrale 5 kann z. B. durch ein Call-Center 
realisiert sein, von dem die Daten an die entsprechenden 
Stellen, insbesondere Werk, Werkstatten, Kundencenter, 
Verkehrsmittel 1, Dokumentationsserver 7, 9, weitergeleitet 
werden. Die Zentrale 5 kann ahnlich den Einwahlpunkten io 
fur Internetdienste als Remote- Access-Zugang aufgebaut 
sein, der die ankommenden Daten automatisch weiterleitet. 
[0030] Die Zentrale 5 ist direkt an ein Netzwerk 12 ange- 
koppelt, wodurch alle Teilnehmer dieses Netzwerks 12 Zu- 
gang zu den einzelnen Dokumentationsservern 7, 9, dem 15 
Konfigurationsmanager 10 und/oder der Zentrale 5, haben. 
Teilnehmer des Netzwerkes 12 sind auch das Werk, die Ser- 
vicestellen, die Werkstatten und/oder Zulieferer, jeweils an- 
gekoppelt uber ein bereits bestehendes Netzwerk 12 eines 
Herstellers. 20 
[0031] Der Konfigurations-Dokumentationsserver 7 spei- 
chert die aus dem Datenspeicher 2 des Verkehrsmittel an- 
kommenden Konfigurationsdaten in einer Datenbank 6. Das 
Speichem der Daten erfolgt in chronologischer Reihenfolge, 
d. h. entsprechend ihres zeitlichen Eingangs in der Daten- 25 
bank. Dies ist durch die Speicherung des entsprechenden 
Datums, an dem die Aktualisierung des Verkehrsmittels er- 
folgte, zusammen mit den Daten, sichergestellt. Diese Daten 
stehen nun iiber das Terminal 11 jedem Teilnehmer des 
Netzwerks 12, insbesondere der Zentrale 5 und/oder den 30 
Dokumentationsserver 7, 9 zur Verfugung und konnen zur 
Fehlersuche, zur Beweissicherung bei Produkthaftung, zu 
statistischen Erhebungen usw., verwendet werden. 
[0032] Die Zentrale 5 kann jederzeit einen Kompatibili- 
tatstest iiber einen elektronischen Konfigurationsmanager 35 
10 initiieren. Dabei ruhrt dieser einen Vergleich zwischen 
den Konfigurationsdaten 6 des Verkehrsmittels auf dem 
Konfigurations-Dokumentationsserver 7 und den Kompati- 
bilitats-Daten in der Datenbank 8 des Kompatibilitats-Do- 
kumentationsservers 9 durch. 40 
[0033] Wenn die Produkte Software aufweisen, wird bei 
diesem Vergleich festgestellt, ob ein bestimmtes aktuelles 
Software-Modul X des Verkehrsmittels fur ein bestimmtes 
Zielgerat Y mit einem bestimmten Versionsstand Z Abhan- 
gigkeiten zu anderen Ceraten im Verkehrsmittel aufweist. 45 
Dabei werden Anforderungen an Versionsstande anderer 
Software-Module im selben Zielgerat oder anderer Cerate 
uberpruft. Die zur Kompatibilitatsprufung erforderlichen In- 
formationen sind bereits im Kompatibilitats-Dokumentati- 
onsserver abgelegt. Die Informationen geben beispielsweise 50 
an, dass das Software-Modul X zur korrekten Funktions- 
weise das Software-Modul A im Versionsstand B im Zielge- 
rat C benotigt. Femer pruft der Konfigurationsmanager 10 
mit den Daten aus dem Konfigurations-Dokumentationsser- 
ver 7, ob die vorgegebene Konfiguration tatsachlich in dem 55 
betreffenden Verkehrsmittel umgesetzt ist. 
[0034] Bei einer anderen Ausfiihrungsform sind die Pro- 
dukte technische Cerate, Produktteile oder Hardware. Als 
Konfigurationsdaten sind Daten, insbesondere zur Ausstat- 
tung und den charakteristische CroBen gespeichert. Die 60 
Konfigurationsdaten fiir das Produkt Reifen bestehen aus 
den Angaben Aktualisierungsdatum, Hersteller, Typ, CroBe 
sowie Position am Verkehrsmittel. Aus dem Vergleich der 
Konfigurationsdaten auf der Datenbank 6 mit den Kompati- 
bilitatsdaten auf der Datenbank 8 durch den Konfigurations- 65 
manager 10 wird ermittelt, ob dieses Produkt fur dieses Ver- 
kehrsmittel kompatibel ist, also die verkehrstechnischen und 
geratespezifischen Anforderungen erfullt. 



Bezugszeichenliste 



1 Verkehrsmittel 

2 Datenspeicher 

3 Sende-Empfangseinheit 

4 drahtlose Ubertragungseinrichtung 

5 Zentrale 

6 Datenbank 

7 Konfigurations-Dokumentationsserver 

8 Datenbank 

9 Kompatibilitats-Dokumentationsserver 

10 Konfigurationsmanager 

11 Terminal 

12 Netzwerk 

Patentanspriiche 

1. Verfahren zur Dokumentation von Daten eines Ver- 
kehrsmittels, wobei die Daten in einem Datenspeicher 
(2) im Verkehrsmittel (1) abgelegt werden, die Daten 
im Datenspeicher (2) bei Anderungen aktualisiert wer- 
den und diese Daten iiber eine drahtlose Datenubertra- 
gungseinrichtung (4) an eine Zentrale (5) auBerhalb des 
Verkehrsmittels (1) ubertragen werden, wobei die Zen- 
trale (5), ausgelost durch ein Initiierungssignal, die Da- 
ten an einen Konfigurations- Dokumentationsserver (7) 
weiterleitet und die Daten in einer Datenbank (6) ge- 
speichert werden, da durch gekennzeichnet, dass 

die Kompatibilitatsanforderungen der Produkte auf ei- 
nem Kompatibilitats-Dokumentationsserver (9) in ei- 
ner Datenbank (8) abgelegt werden, 
eine Kompatibilitatsprufung fur die im Verkehrsmittel 
(1) vorhandenen Produkte mittels der Daten des Kom- 
patibilitats-Dokumentationsservers (9) durchgefuhrt 
wird und 

die Dokumentationsserver (7 und 9) iiber Schnittstellen 
kommunizieren, um auBerhalb des Verkehrsmittels (1) 
Konfigurationsstande von Produkten im Verkehrsmittel 
(1) zu uberprufen. 

2. Verfahren nach Anspruch 1, dadurch gekennzeich- 
net, dass das Initiierungssignal fiir die drahtlose Daten- 
iibertragung von der Zentrale (5), iiber eine Bedienein- 
heit am Verkehrsmittel (1) und/oder durch die Aktuali- 
sierung des Datenspeichers (2) im Verkehrsmittel (1) 
ausgelost wird. 

3. Verfahren nach Anspruch 1 oder 2, dadurch gekenn- 
zeichnet, dass als Daten Konfigurationsstande zu den 
im Verkehrsmittel (1) eingesetzten Produkten, wie 
Softwarestande von Software, gespeichert werden. 

4. Verfahren nach Anspruch 1 bis 3, dadurch gekenn- 
zeichnet, dass ein Freigabesignal von der Zentrale (5) 
an das Verkehrsmittel (1) nach Ablegen der Daten in 
der Datenbank (6) des Konfigurations-Dokumentati- 
onsservers (7) ubertragen wird, um ein Aktualisieren 
der Daten im Datenspeicher (2) zuzulassen. 

5. Verfahren nach Anspruch 4, dadurch gekennzeich- 
net, dass das Freigabesignal nach erfolgreicher Durch- 
fvihrung des Kompatibilitatstests ubertragen wird. 
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vor, daB die auf dem Fahrzeugrechner installierte Software 
zumindest zur Steuerung des Multimediasystems und zur 
Interaktion mindestens einer Fahrzeugkomponente mit dem 
Applikationsrechner vorgesehen ist, insbesondere umfaBt 
die Software ein Betriebssystem und/oder Fernsteuerfunk- 5 
tionen. AuBerdem ist die standardisierte und/oder standardi- 
sierbare Schnittstelle vorzugsweise breitbandig ausgebildet, 
um neben dem Austausch von Kontroll- und Nutzdaten auch 
Streaming-Mechanismen zu ermoglichen. 
[0017] Eine weitere vorteilhafte Ausgestaltung besteht 10 
darin, daB die standardisierte oder standardisierbare Schnitt- 
stelle zwischen dem Fahrzeug- und Applikationsrechner als 
Firewall-Netzwerkknoten ausgebildet ist. Hierdurch kann 
ein nicht autorisierter Zugriff auf den Fahrzeugrechner von 
auBen verhindert werden. 15 
[0018] Eine andere oder zusatzliche Mbglichkeit besteht 
darin, daB Gruppen von Fahrzeugkomponenten iiber einen 
Firewall-Netzwerkknoten mit dem Fahrzeugrechner ver- 
bunden sind, insbesondere sind dies die Komponenten des 
Antriebsstranges und/oder die Sicherheitskomponenten. 20 
[0019] Nach einer Ausbildung weist der Applikations- 
rechner zumindest Sende- und/oder Empfangseinrichtungen 
fur Point-TcHPoint-tJbertragungsverfahren und/oder Point- 
To-Multipoint- tJbertragungsveifahren und/oder Broadcast- 
Ubertragungsverfahren auf. 25 
[0020] Eine andere bevorzugte Ausgestaltung des erfin- 
dungsgemaBen Multimediasystems besteht darin, daB der 
mobile Applikationsrechner eine Sperrfunktion aurweist, 
mit der der Zugriff auf eine oder rnehrere Applikationen teii- 
weise oder vollstandig sperrbar und entsperrbar ist. Diese 30 
Ausgestaltung ist sinnvoll, wenn der Applikationsrechner 
von verschiedenen Personen benutzt wird, die unterschiedli- 
che Dienste in Anspruch nehmen wollen oder durfen, wie 
z. B. KinderPAn dem Applikationsrechner lassen sich somit 
benutzerspezifische Profile einrichten. 35 
[0021] Nach einer weiteren vorteilhaften Ausgestaltung 
kann das erfindungsgemaBe Multimediasystem fahrzeugsei- 
tig, d. h. beispielsweise dem Fahrzeugrechner zugewiesen, 
ein Ortungssystem (z. B. Global-Position-System) aufwei- 
sen. : ' ! — ■ 40 

[0022] Eine andere Mbglichkeit besteht darin, daB dem 
Applikationsrechner das Ortungssystem zugeordnet ist oder 
daB sowohl Fahrzeugrechner als auch Applikationsrechner 
ein Ortungssystem aufweisen. Diese Ausgestaltung ermog- 
licht zum Beispiel das Wiederfinden eines gestohlenen Fahr- 45 
zeuges mittels des mobilen, beim Fahrzeughalter befindli- 
chen Applikationsrechners. 

[0023] Nachfolgend wird die Erfindung anhand einer ein 
Ausftihrungsbeispiel darstellenden Zeichnung naher erlau- 
tert. Es zeigen in schematischerDarstellung: 50 
[0024] Fig. 1 ein herkommliches Multimediasystem mit 
einem Fahrzeugrechner, auf dem eine vollstandige Multime- 
dia-Plattform implementiert ist, und 

[0025] Fig, 2 ein erfindungsgemaBes Multimediasystem 
mit einer auf einen Fahrzeugrechner und einen mobilen 55 
Applikationsrechner verteilten Multimedia-Plattform. 
[0026] Bei dem in Fig. 1 dargestellten Multimediasystem 
ist ein Fahrzeugrechner 1 iiber eine oder rnehrere Gateway- 
Verbindungen 2 mit einem rnehrere Fahrzeugkomponenten 
verbindenden Fahrzeug-Netzwerk 3 verbunden. Auf dem 60 
Fahrzeugrechner 1 ist eine komplette Multimedia-Plattform 
implementiert, die dem Fahrer bzw. Nutzer den Zugriff auf 
externe Multimediadienste gestattet. Das in Fig. 1 darge- 
stellte Multimediasystem hat den Nachteil, daB es ange- 
sichts des schnellen Entwicklungszyklus der Informations- 65 
technologie nach relativ kurzer Zeit nicht mehr zeitgemaB 
ist und dann sowohl hinsichtlich seiner Hardware- Kompo- 
nenten als auch hinsichtlich der Soft ware- Applikationen ak- 
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tualisiert werden rntiBte. Dies ist bei einer vollstandig auf 
dem Fahrzeugrechner 1 implementierten Multimedia-Platt- 
form aber mit einem relativ groBen Aufwand verbunden. 
Zudem besteht bei einer vom Fahrzeughalter bzw. Nutzer 
selbst durchgefuhrten Modifikation die Gefahr, daB die ein- 
wandfreie Funktion des Systems beeintrachtigt wird. Insbe- 
sondere besteht die Gefahr, daB fehlerhafte oder nicht kom- 
patible Applikationen auf dem Fahrzeugrechner 1 installiert 
werden. 

[0027] Das in Fig. 2 dargestellte erfindungsgemaBe Multi- 
mediasystem ist dagegen durch eine verteilte Multimedia- 
Plattform gekennzeichnet. Das System umfaBt mindestens 
einen von dern Fahrzeugrechner 1 logisch getrennten mobi- 
len Applikationsrechner 4, der mit dem Fahrzeugrechner 1 
iiber eine standardisierte Schnittstelle 5 kommuniziert. 
[0028] Bei dem Applikationsrechner 4 kann es sich um 
ein bereits existierendes oder um ein zukunftiges, noch zu 
entwickelndes Endgerat handeln. In jedem Fall sind in dem 
Applikationsrechner 4 eine Mehrzahl von Funktionen im- 
plementiert, die zum Teil miteinander verkniipft sein konnen 
und somit komplexere Funktionen bilden konnen. Diese 
Funktionen konnen in einer oder mehreren Anwendungen 
zusammengefaBt sein, welche wiederum entweder auf ver- 
schiedenen Geraten verteilt oder auf einem einzigen Gerat 
implementiert sein konnen. 

[0029] Im Ausfuhrungsbeispiel ist der Applikationsrech- 
ner 4 bei dem erfindungsgemaBen Multimediasystem als 
mobiles Plattformsegment ausgebildet, das dem Nutzer ska- 
lierbar den vollen Zugriff oder einen Teilzugriff auf externe 
Multimediadienste zu jeder Zeit und an jedem Ort gestattet 
Ein Teilzugriff kann dann sinnvoll sein, wenn der Applikati- 
onsrechner 4 von verschiedenen Personen benutzt wird, die 
unterschiedliche Dienste in Anspruch nehmen wollen oder 
durfen, wie z. B. Kinder oder Werkstattpersonal. Der Appli- 
kationsrechner 4 ermbglicht somit das Einrichten von benut- 
zerspezifischen Profilen. 

[0030] Im allgemeinen ist der Applikationsrechner (Per- 
sonal Spinner) 4 ein Platzhalter fur eine heute noch nicht er- 
werbbare mobile universelle Multimedia-Plattform, die da- 
durch gekennzeichnet ist, daB sie dem Nutzer ein Netzwerk 
aus den fur ihn passenden Diensten und Daten "spinnt", d. h. 
zusammenstellt. Seine personlichen Daten und Dokumente 
hat der Nutzer auf dem Applikationsrechner 4 stets zur Ver- 
fugung. Dazu zahlen insbesondere E-Mails, AdreBbuch und 
Kalender. Mit einem derartigen Applikationsrechner, auf 
dem ein oder rnehrere nutzerspezifische Profile speicherbar 
sind, wie z. B. individuelle Desktop-Einstellungen ebenso 
wie Vorlieben fur bestimmte Musik oder Restaurants, haben 
herkommliche Personalcomputer nur noch die Funktion von 
Terminals. Sie werden lediglich benotigt, wenn ein groBerer 
Bildschirm oder eine groBere, ergonomische Tastatur ge- 
wiinscht wird. Der mobile Applikationsrechner 4 reprasen- 
tiert somit einen personlichen zentralen Zugang zu Internet, 
digitalem Fernsehen und Horfunk, Datendiensten usw. Der 
Fahrzeugrechner (CarPC) 1 ist als "schlanker" Rechner aus- 
gebildet, der von weitgehend samtlichen ressourcenintensi- 
ven Applikationen befreit ist Auf dem Fahrzeugrechner 1 
ist lediglich die Software installiert, die zum Betrieb des 
Multimediasystems und zur Interaktion der Fahrzeugkom- 
ponente mit der Peripherie notwendig ist. Diese "Manage- 
ment-Software" beinhaltet neben dem Betriebssystem auch 
samtliche Femsteuerungsfunktionen. 

[0031] Die Hard- und Software des Fahrzeugrechners 1 
bleibt wahrend der Lebensdauer des zugehorigen Fahrzeugs 
weitgehend unverandert. Aufgrund der elementaren und da- 
mit ressourcenschonenden Eigenschaften der installierten 
Software reduziert sich der Wartungsaufwand auf ein Mini- 
mum. Sollte dennoch eine Aktualisierung der Software er- 



